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DETAILED ACTION 

1 . This action is responsive to the Annendment filed on 02/24/2005. Clainns 1 , 9, and 1 8 have been 
annended. The Applicants have canceled claim 12. Claims 1-11, and 13-25 are presented for 
examination. 



Response to Arguments 

2. Applicant's arguments filed on 02/24/2005 have been fully considered but they are not 
persuasive. 

With respect to claims 1 , and 18, the Applicants essentially contend that "Nally does not 
disclose or suggest to classify the entity bean object with a particular state management type. 
The state management type of one embodiment of the present invention can identify the 
mechanism and policy for replication of state objects to the different types of state servers and for 
migration of the state objects from one server process to another" (page 8 of 11, 3^^ paragraph). 
The Applicants further contend that "Nally does not disclose particular management types to 
which the entity bean object can be classified" (page 8 of 1 1 , 3^^ paragraph). It is noted that "the 
different types of state servers" and "migration of state objects from one server process to 
another" are not cited in claims 1 or 18. Furthemiore, it is respectfully submitted that Nally et al. 
{Nally et ai, US 6298478 B1) teach a Java based application having a plurality of entity beans 
(see at least EJB 500 FIG. 5 & associated text; 620 TX1, 520a FIG.6A & associated text; different 
entity beans col. 13:55-65; transaction 1, 4 beans col. 15:1-15;) wherein each entity bean has 
multiple versions (see at least EJB 500, EJB 510, Version of Entity Bean 521 FIG. 5 & associated 
text; 620 TX1, 520a FIG.6A & associated text; versions, different entity beans col. 13:55-65; 
transaction 1, versions of 4 beans col. 1 5:1-1 5;). Nally et al. further teach each entity bean is 
associated with an entity bean object (see at least EJB 500, EJB 510 FIG. 5 & associated text) 
which keeps track of said multiple versions of the entity bean and processes the changes made 
to the versions (see at least wrapper, EJB Object 510, version 520, version status data 530, 
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instance data 550, changing the bean, persisted to data store col. 13:5-14:61; 820 FIG.8A & 
associated text; Block 820, EJB Object, instance data 550, version 520 col.1 8:55-64). Since 
Naliy et a/.'s EJB Object 510 keeps track of the different versions of the entity bean and the 
changes that have been made to the versions, it is inherent that the versions (i.e., the individual 
entity bean objects) are "associated" and "classified" with the EJB Object (i.e., a particular 
modular state management type). Thus, Nally et a/.'s EJB Object 510 is equivalent to the 
claimed "a particular modular state management type" with which individual entity bean objects 
can be classified. Since Nally et ai teach a plurality of entity beans and their associated versions 
as set forth above, each of which is associated with a respective EJB Object (i.e., a particular 
modular state management type), Nally et ai disclose "particular state management types" to 
which individual entity bean objects can be classified. 

The Applicants further contend that Nally et ai do not teach "the plurality of state objects 
being replicated in a state server when dictated by the state management type" (page 9 of 1 1 , 
first whole paragraph). Since Nally et a/.'s EJB Object keeps track of the multiple versions (i.e., 
entity bean objects) of the entity beans and persists changes (made to the versions) to the 
persistent storage as shown above, it is inherent that EJB Object (i.e., state management type) 
dictates the persistence (i.e., replication) of that the instance data 550 (i.e., state objects) 
associated with their respective entity bean versions in a state server. 

Applicants further contend that Nally et ai do not teach maintaining a replica of each 
state management unit in a state server when dictated by the particular state management type 
(page 9 of 1 1 , first whole paragraph). Since Nally et a/.'s EJB Object keeps track of the changes 
made to different versions of the entity bean, and persist these changes to a data store, and since 
each version of the entity bean contains the version status data 530 which is used to keep track 
of the modification made to the version, it is the equivalence to the claimed "state management 
unit". Thus, when a version is persisted to data storage by the EJB Object, it is inherent that a 
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replica of each version status data 530 (i.e., state management unit) is maintained in a state 
server when dictated by the EJB Object (i.e., particular state management type) (see at least EJB 
Object, persisted, data store, version status data 530 coI.13:5-col, 14:61). 

In view of the forgoing discussion, claim rejections under 35 USC § 102(e) and 35 USC § 
103(a) are considered proper and maintained. 

Claim Rejections - 35 USC § 102 

3. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that form the basis for 
the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(e) the invention was described in a patent granted on an application for patent by another filed in 
the United States before the invention thereof by the applicant for patent, or on an international 
application by another who has fulfilled the requirements of paragraphs (1), (21 and (4) of section 
371(c) of this title before the invention thereof by the applicant for patent. 

4. Claims 1-5, 8, 18, and 22-24 are rejected under 35 U.S.C. 102(e) as being anticipated by Nally et 
al. (US 6298478), hereinafter, Nally etal. 

As per claim 1 , Nally et al. teach a method (e.g., see Abstract) and system (e.g., see 
FIG. 2 & associated text,- see FIG.3 & associated text) for partitioning container-managed state for 
a Java base application (e.g., see versions 520-552 FIG.5 & associated text, see FIG.6A & 
associated text, see FIG.6B & associated text, col. 12:39-45), comprising the operations of: 
o classifying individual entity bean objects (e.g., see TX1, TX2, TX3 FIG.6A & 

associated text; see versions 520-522 FIG.5 & associated text, see TX1 F|G.6A & 
associated text, col. 15:4-6) with a particular modular state management type (e.g., 
see EJB Object 510a FIG.6A & associated text, see EJB Object 510 FIG.5 & 
associated text, col. 13:56-58); 
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o providing a plurality of modular state objects/state partitions (e.g., see versions 520- 
522 FIG.5 & associated text, see TX1 FIG.6A & associated text, col. 15:4-6), each 
state object storing a state (e.g., see instance data 550, version status data 530 
FIG.5 & associated text) of a corresponding entity bean object (e.g., see EJB 500 
FIG.5 & associated text, col. 14:19-20, col.13:56-58, col. 14:19-20) within a memory 
address space (e.g., see memory 230 FIG.2 & associated text, col. 8:43-44) of a Java 
server process (e.g., see server applications 120, 122 FIG.1 & associated text, see 
application server 347 FIG. 3 & associated text), wherein each state object is 
associated with the state management type of the corresponding entity bean object 
(e.g., see 520-522, 530, 510 FIG.5 & associated text); and 

o providing state management for each entity bean object based on the associated 
state management type using a corresponding state object (e.g., see 500, 510, 520, 
530 FIG.5; FIG.6A, 720 FIG.7A, 820-830 FIG.8A, FIG.8B, & associated text, 
001.15:55-58; col. 14:1-20; col. 15:10-16; col. 17:50-col. 18:15; col. 18:55-65) wherein 
each one of the plurality of state objects is replicated in a state server when dictated 
by the state management type (see at least EJB 500, EJB 510 FIG.5 & associated 
text; wrapper, EJB Object 510, version 520, version status data 530, instance data 
550, changing the bean, persisted to data store col. 1 3:5-14:61 ; 820 FIG.8A & 
associated text; Blocf< 820, EJB Object, instance data 550, version 520 col.1 8:55-64). 

Nally et al. further teach: 

a. the operation of using a control module/repository (maintaining state partition 
specifications) to manage dynamic partitioning/replication of the state of the 
application via the state partitions and the state management units (e.g., 
col.3:62-col.4:1). 

b. each state partition allows only one concurrent transaction (e.g., see FIG.4 & 
associated text, see version 520 FIG.5 & associated text, see 520a, 521a, 522a 
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FIG.6A & associated text) to be performed on the entity bean objects within the 
particular state partition during a given time period (e.g., col. 2:64-67, col. 3:25-40, 
col.4:28-30 & 34-35, col. 11:55-col. 12:10). 

As per claim 2, Nally et al. teach the method as applied to claim 1, wherein the state 
management type is a memory replicated (e.g., see memory 228 FIG.2 & associated text, 
col. 8:43-45) state management type (e.g., col.2:60-61, col.4:40-43, col.1 0:33-45, col. 17:50- 
coL18:1 data caching, col. 17:65-col. 18:1). 

As per claim 3, Nally et al. teach the method as applied to claim 1, wherein the state 
management type is a disk replicated (e.g., see long term storage 230 FIG.2 & associated text, 
. see data repository 348 FIG. 3 & associated text, col. 7:30-33, col. 8:32-39) state management type 
(e.g., coK2:60-61, col.4:40-43, col. 10:1-9 and 33-45). 

As per claim 4, see claims 1 and 3. 

As per claim 5, Nally et al. teach the method as applied to claim 4, wherein the state 
management type identifies a policy for replication of a state object to a particular type of state 
server (e.g., col. 13:37-43, col.14:21-29). 

As per claim 8, Nally et al. teach the method as applied to claim 1, further comprising the 
operation of performing lock management using the state objects (e.g., col. 3:49-52, col. 6:23-42, 
001.12:11-14, col.1 9:57-001.20:5, col.20:25-42). 

As per claim 18, Nally et ai teach a system application (e.g., see FIG.2 & associated text, 
see FIG. 3 & associated text) for partitioning managed container-managed state for a Java based 
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(e.g., see versions 520-552 FIG.5 & associated text, see FIG.6A & associated text, see FIG.6B & 
associated text, col. 12:39-45), comprising: 

o an application having a plurality of entity bean objects (e.g., see 500, 510, 520-522 
FIG.5 & associated text; 620 FIG,6A & associated text; versions, entity beans 
col . 1 3 : 55-65 ; 4 beans col . 1 5 : 1 - 1 5) ; 

o a plurality of state objects (e.g., see versions 520-522 FIG.5 & associated text, see 
TX1 FIG.6A & associated text, col. 15:4-6), each state object storing a state (e.g., see 
instance data 550, version status data 530 FIG.5 & associated text) of a 
corresponding entity bean object (e.g., see EJB 500 FIG.5 & associated text, 
col. 14:19-20, col. 13:56-58, col. 14:19-20) within a mennory address space (e.g., see 
memory 230 FIG.2 & associated text, col. 8:43-44) of a Java server process (e.g., see 
server applications 120, 122 FIG.1 & associated text, see application server 347 
FIG. 3 & associated text), wherein each state object is associated with a particular 
state management type (e.g., see 520-522, 530, 510 FIG.5 & associated text); and 

o a plurality of state management units (e.g., 530 FIG.5 & associated text) that classify 
the state objects based on the particular state management type associated with 
each state object, wherein the state management units facilitate state management 
for each entity bean object, wherein a replica of each state management unit is 
maintained in a state server when dictated by the particular state management type 
(see at least EJB 500, EJB 510 FIG.5 & associated text; wrapper, EJB Object 510, 
version 520, version status data 530, instance data 550, changing the bean, 
persisted to data store col. 13:5-14:61; 820 FIG. 8A & associated text; Block 820, EJB 
Object, instance data 550, version 520 col. 18:55-64). 

As per claims 22-24, they recite limitations, which have been addressed in claims 2-3, 
and 5 respectively, therefore, are rejected for the same reasons as cited in claims 2-3, and 5. 
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Claim Rejections - 35 USC § 103 

5. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all obviousness 
rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or 
described as set forth in section 102 of this title, if the differences between the subject 
matter sought to be patented and the prior art are such that the subject matter as a whole 
would have been obvious at the time the invention was made to a person having 
ordinary skill in the art to which said subject matter pertains. Patentability shall not be 
negatived by the manner in which the invention M^as made. 

6. Claims 6-7, 9-11,13-15, and 25 are rejected under 35 U.S.C. 1 03(a) as being unpatentable over 
Nally et al. further in view of Chung et al. (US 6105148), hereinafter, Cliung et al. 



As per claim 6, Nally et al. teach the method as applied in to claim 4. Nally et al. do not 
expressly disclose the state management type identifying a policy for migration of a state object 
from one server process to another server process. However, Chung et al, teach the a method 
and system for providing different types of state management (e.g.. see volatile state 30 & 
persistent state 720 FIG. 1 & associated text, col.2:6-11, col. 5:53-60) for entity bean objects (e.g., 
FIG.8A & associated text) wherein checkpoints are managed using state objects (e.g., FIG.4 & 
associated text, col.2:62-66, col.4:50-55, col. 8:1-3) and state management unit identifies a 
particular mechanism for recovery of states for entity bean objects (e.g., col.2:62-66, col.4:50-55), 
which are migration capable between server processes (e.g., FIG.2 & associated text, col. 5:10- 
13), It would have been obvious to one of ordinary skill in the pertinent art at the time the 
invention was made to incorporate the teaching of Chung et al. into that of Nally et al. which 
would produce the expected result with reasonable success. And the motivation for combining 
the teachings would have been that utilizing state objects in managing checkpoints enables the 
monitoring and persisting of the states as well as detection of data conflicts which might occur 
following each checkpointed state, thus, enforcing data consistency and allowing the recovery 
(based on the methods specified in the recovery mechanism) of the application process to it 
previous state. Furthermore, it would have been obvious to one of ordinary skill in the pertinent 
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art at the time the invention was made that specifying migration mechanism using state objects 
within state management units enables the application in the first processing server to be 
exported to, installed, and deployed on a second processing server in the event of pemianent or 
long-term hardware failure of the first server. 



As per claim 7, 9-11, see claims 1-3 and 6. 
As per claim 13, see claim 1a. 
As per claims 14-15, see claim 1. 
As per claim 25, see claim 6. 



7. Claims 16-17 are rejected under 35 U.S.C. 103(a) as being unpatentable over Nallyet al. in view 
of Chung et al. (hereinafter A/2) and further in view of Apte et al. (US 6269373), hereinafter, Apte 
et al. 

As per claim 16, A/2 teach the method as applied to claim 15. Nally et al. do not 
expressly disclose each state partition serializes transactions for entity bean objects within a 
particular state partition. However, Apte et al. disclose a^ method and system wherein each state 
partition serialize transactions for entity bean objects within a particular state partition (e.g., 
col. 15:21-27, col.15:67-coL16:5, col. 16:57-65). Apte etal. further disclose entity bean objects 
(e.g., see EJB 1208 FIG. 12 & associated text) of the application are partitioned into state 
partitions during pre-deployment (e.g., see Abstract, fields 1210-1214 FIG. 12 & associated text). 
It would have been obvious to one of ordinary skill in the pertinent art at the time the invention 
was made to incorporate the teaching oi Apte etal. into that of A/2 which would produce the 
expected result with reasonable success. And the motivation combining the teachings would 
have been that serializing transactions for the entity been objects enables their properties, fields, 
and states to be saved and restored to and from persistent storage since serialization is a well- 
known technique of converting information objects into data stream which can be efficiently 
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written to (and later retrieved by deserialization from) storage. Furthenmore, it would have been 
obvious to one of ordinary skill in the pertinent art at the time the invention was made that 
partitioning of the entity bean objects during pre-deployment allows for the identification of the 
different states of the entity bean objects for replication/persistence purposes. 



As per claim 17, see claim lb. 

8. Claims 19-20 are rejected under 35 U.S.C. 103(a) as being unpatentable over Nally et al. in view 
of Apte et al. 

As per claim 19, see claim 16. 
As per claim 20, see claim la. 

9. Claim 21 is rejected under 35 U.S.C. 103(a) as being unpatentable over Nally etal. in view of 
Chung et al. in view of Apte et al. (hereinafter A/3) and further in view of Savage et al. (US 
6604110), hereinafter, Savage etal. 

As per claim 21 , N3 teach the system as applied to claim 20 wherein the repository 
manages replication of the state of the Java application during runtime (e.g., see claim 13). N3 
do not expressly disclose the repository manages migration of state of the Java application. 
However, Savage et al. disclose a repository (e.g,, see generic metadata repository 200 FIG.1 3 & 
associated text) managing migration of enterprise application data (e.g., see generate migration 
specifications 202 FIG.1 3 & associated text, col.1 :22-25 & 52-56, col.21 :1-6). It would have been 
obvious to one of ordinary skill in the pertinent art at the time the invention was made to 
incorporate the teaching of Savage et al. into that of /\/3 which would produce the expected result 
with reasonable success. And the motivation for combining the teachings would have been that 
a repository, which specifies migration protocol, enables the source application data (e.g., 
properties, fields, states) persisted in the repository of one operational system to be analyzed in 
order to generate metadata/migration protocol which would specify how the data on that particular 
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operational system are logically transformed (or made independent) from the underlying 
operational system model to other logical and physical structure of data warehouses (aligning 
with target business/enterprise structures) on other operational systems so that said data can be 
logically mapped, cross-referenced, or incorporated into diverse type business/enterprise 
applications. 



Conclusion 

10. THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time policy as set forth 
in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE MONTHS 
from the mailing date of this action. In the event a first reply is filed within TWO MONTHS of the 
mailing date of this final action and the advisory action is not mailed until after the end of the 
THREE-MONTH shortened statutory period, then the shortened statutory period will expire on the 
date the advisory action is mailed, and any extension fee pursuant to 37 CFR 1.136(a) will be 
calculated. from the mailing date of the advisory action. In no event, however, will the statutory 
period for reply expire later than SIX MONTHS from the mailing date of this final action. 

1 1 . Any inquiry concerning this communication or earlier communications from the examiner should 
be directed to Chrystine Pham whose telephone number is 571-272-3702. The examiner can 
normally be reached on Mon-Fri, 8:30am-5pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Tuan 0. Dam can be reached on 571-272-3695. The fax phone number for the 
organization where this application or proceeding is assigned is 703-872-9306. 
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Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status infonmation for published applications 
may be obtained from either Private PAIR or Public PAIR. Status infonmation for unpublished 
applications is available through Private PAIR only. For more infomiation about the PAIR system, 
see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 
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